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Abstract of EP1263249 

The fault management method involves updating 
at least part of the software in the station (WT) 
and carrying out error monitoring of the station in 
relation to the update. For fault monitoring, fault 
relevant data for the station are recorded for 
delayed evaluation in the station or in a network 
device (C). Independent claims are also included 
for the following: a station and a network device 
for implementing the method. 
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(54) Verfahren und Station zum Fehlermanagement fur Software-gestiitzte Funkstationen mittels 
Analyse von Funkprotokollen 



(57) Die Erfindung bezieht sich auf ein Verfahren 
zum Fehlermanagement einer softwaregestutzten Sta- 
tion (DT) in einem Kommunikationsnetz (UMTS; Hiper- 
LAN/2), bei dem zumindest ein Teil der Software der 
Station (WT) uber eine Schnittstelle (V) aktualisiert wird 
und eine Fehleruberwachung der Station (WT) hinsicht- 
lich der Aktualisierung durchgefuhrt wird. 
Zur Verbesserung der Fehleruberwachung wird vorge- 
schlagen, fehlererkennungsrelevante Daten der Station 



(WT) fur eine zeitversetzte Auswertung in der Station 
(WT) Oder einer Netzeinrichtung (C) zur protokollieren. 

Vorteilhafterweise konnen Sendeleistungswerte 
protokolliert werden, um diese zu einem spateren Zeit- 
punkt nach einer Ubertragung zu einer Analyseeinrich- 
tung (C) im Kommunikationsnetz mit entsprechenden 
Netzprotokollanweisungen zu vergleichen, die maxima- 
le oderzu andernde Sendeleistungswerte fur die Station 
(WT) vorgeben. 
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Beschreibung 

[0001] Verfahren und Station zum Fehlermanage- 
ment fur Software-gestutzte Funkstationen mittels Ana- 
lyse von Funkprotokollen 

[0002] Die Erfindung bezieht sich auf ein Verfahren 
zum Fehlermanagement fur Software-gestutzte Funk- 
stationen mit den oberbegrifflichen Merkmaien des Pa- 
tentanspruchs 1 sowie eine Station zum Durchfuhren ei- 
nes solchen Verfahrens. 

[0003] In Funk-Kommunikationssystemen werden In- 
formationen mit Hilfe von elektromagnetischen Wellen 
uber eine Funkschnittstelle zwischen sendender und 
empfangender Station ubertragen. Derartige Kommuni- 
kationssysteme sind beispielsweise Mobilfunksysteme 
mit CDMA- oder TD/CDMA-Ubertragungsverfahren 
(TD/CDMA: Time Division/Code Division Multiple Ac- 
cess) uber die Funkschnittstelle, wie zum Beispiel beim 
UMTS (Universal Mobile Telecommunication System), 
oder funkgestutzte Datennetze, zum Beispiel gemafc 
dem HiperLAN-Standard. Teilnehmerstationen sind ent- 
sprechend mobile oder stationare Funkstationen bzw. 
funkgestutzte Rechner oder Hosts, die nachfolgend ein- 
fach als Stationen oder Terminals bezeichnet werden. 
[0004] Hochwertige Stationen sind mit einer Software 
ausgestattet, die aktualisierbar ist (upgrade/update). 
Die Aktualisierung erfolgt dabei in der Regel von netz- 
seitigen Stationen aus uber die Schnittstelle zur Station. 
Beim Aktualisieren der Software ist ein wesentlicher 
Faktor die Sicherheit des weiteren Betriebs der Station. 
Dies gilt insbesondere bei Ubertragungen uber ungesi- 
cherte Netze. Hinsichtlich der Sicherheit mussen im we- 
sentlichen vier grundlegende Faktoren berucksichtigt 
werden, namlich Validation, Verification, Integritat und 
Fehlertoleranz. Validation ist im Bereich der Aktualisie- 
rung die Fahigkeit, nachzuprufen, dass der Aktualisie- 
rungssender ein gultiger bzw. zugelassener Sender ist 
und der Aktualisierungsempfanger ein gultiger Empfan- 
ger ist. Verification der Aktualisierung bezieht sich auf 
die Fahigkeit, zu uberprufen, dass das Ziel das Update 
bzw. die Aktualisierungsdaten erfolgreich empfangen 
hat. Integritat des Updates bzw. der Aktualisierungsda- 
ten ist die Fahigkeit, sicherzustellen, dass die Inhalte 
der Aktualisierungsdaten selber nicht geandert wurden. 
Fehlermanagement bzw. Fehlerbehandlung schlie&t 
die Fahigkeit ein, die Software, das System oder was 
sonst aktualisiert wurde, wiederzu rekonstruieren, falls 
Fehler wahrend der Obertragung der Aktualisierungsin- 
formationen von dem Server zu dem Ziel oder wahrend 
der Aktualisierung der entsprechenden Anwendung sel- 
ber aufgetreten sind. Softwaregestutzte Funkstationen 
benotigen ein Fehlermanagement, wenn die Aktualisie- 
rung oder Installation einer neuen Software fehlschlagt. 
Eine solche Fehlerbehandlung kann als Teil des Ge- 
samtsicherheitskonzepts in aktualisierbaren Stationen 
angesehen werden. Nachfolgend soil der Bereich der 
Fehlerbehandlung bzw. des Fehlermanagements be- 
trachtet werden. 



[0005] Derzeit werden insbesondere zwei Fehlerma- 
nagement-Strategien erortert. Bei dem sogenannten 
TRUST-Projekt von Motorola liegt der Schwerpunkt auf 
dem Erfassen und Handhaben fehlerhafter Stationen 
5 oder falsch funktionierender Stationen. Dieses Konzept 
ist entweder Stations- oder Netz-orientiert. Die andere 
Technoiogie basiert auf einem Terminal-Agent, der die 
Inhalte der Nutzlast aufgrund einer Verzeichnisliste 
kennt und eine erneute Einleitung der Aktualisierung in- 
to itialisiert, falls eine Verbindung mit dem Server wahrend 
einer Obertragung verlorengeht, um irgendwelche feh- 
lenden Module abzurufen. 

[0006] Die Anwendung der Aktualisierungsinformati- 
on kann bei der Systemarchitektur fehlertolerant ausge- 

15 fuhrt werden. Einegeeignete Architekturverwendet red- 
undante, nicht-fluchtige Speicher, einen zum Halten des 
alten Systems, das fehlerfrei funktioniert, und einen an- 
deren zum Halten des aktualisierten Systems. Das Sy- 
stem bzw. eine entsprechende Software kann bei der 

20 Aktualisierung stets zu der funktionierenden alten Kon- 
figuration zurtickgeschaltet werden, falls es irgendwel- 
che Probleme beim Aktualisieren des Systems oder der 
Software gibt. 

[0007] Derzeitige Losungen zum Fehlermanagement 

25 sind stationsorientiert, das heiflt der Klient bzw. die Sta- 
tion hat ein Fehlermanagementsystem, das auf seiner 
eigenen Validation, Verifikation und Integritatsprufun- 
gen beruht, dabei aber den Aktualisierungsserver bzw. 
das Netz nicht einbezieht. 

30 [0008] Beim TRUST-Projekt sind die Losungsansat- 
ze entweder Stationsoder Netz-orientiert, d.h. das Er- 
fassen einer Fehlfunktion und die Handhabung einer 
fehlerhaften Station werden in der Station und/oder in 
dem Netz durchgefuhrt. Die Entscheidung, ob eine feh- 

35 lerhafte oder fehlerhaft funktionierende Station vorliegt, 
beruht dabei auf Leistungspegel-Messungen in der Sta- 
tion oder in dem Netz, d.h. die Station oder das Netz 
betrachten Momentanzustande der durch die Station 
ausgestrahlten Obertragungsleistung. 

40 [0009] Der Losungsansatz beruht dabei auf einem 
CDMA-System, bei dem die Stabilitat des Netzes in ho- 
hem Mafle von den erzeugten Ubertragungsintensita- 
ten abhangt. In anderen Systemen, die nicht auf CD- 
MA-Technologien beruhen, wie beispielsweise beim Hi- 

45 perLAN/2-System, ist dieser Faktor nicht derart wesent- 
lich. 

[0010] Weiterhin ist es bekannt, dass die Stabilitat 
von Computernetzen von dem korrekten Verhalten der 
Protokolleinheiten in den verschiedenen Schichten, 
50 (layers) des OSI-Models (OSI: Open System Intercon- 
nection) abhangt. 

[0011] Die Aufgabe der Erfindung besteht darin, ein 
verbessertes Verfahren zur Fehlerhandhabung fur soft- 
waregestutzte Stationen in einem Kommunikationssy- 
55 stem bzw. eine Station zum Durchfuhren eines solchen 
Verfahrens vorzuschlagen. 

[0012] Dieses Aufgabe wird durch ein Verfahren zur 
Fehlerhandhabung von softwaregestutzte n Stationen 
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mit den Merkmalen des Patentanspruchs 1 bzw. eine 
Station zum Durchfuhren eines solchen Verfahrens 
nach Anspruch 9 bzw. eine Netzeinrichtungzum Durch- 
fuhren eines solchen Verfahrens nach Anspruch 10 ge- 
lost. 

[0013] Bei dem Verfahren zum Fehlermanagement 
einer softwaregestutzten Station in einem Kommunika- 
tionsnetz, bei dem zumindest ein Teil der Software der 
Station uber eine Schnittstetle zu einer Netzstation ak- 
tualisiert wird und eine Fehleruberwachung der Station 
hinsichtlich der Aktualisierung durchgefuhrt wird, ist es 
besonders vorteilhaft, wenn zur Fehleruberwachung, 
fehlererkennungsrelevante Daten beim Betrieb der Sta- 
tion fur eine zeitversetzte Auswertung in der Station 
Oder einer Netzeinrichtung protokolliert werden, da mit 
einer solchen Protokollierung insbesondere ein Ver- 
gleich von stationsseitigen und netzseitigen Daten er- 
moglicht wird. Vorteilhafterweise werden dabei nicht nur 
Einzelereignisse vergleichbar, sondern auch eine Folge 
von fehlererkennungsrelevanten Daten kann abgegli- 
chen werden. 

[0014] Moglich ist auch die Ubertragung eines einzel- 
nen Messwertes zum Abgleich. Das in der Station auf- 
gezeichnete Protokoll kann entsprechend auch Mess- 
werte beinhalten, die dann entsprechend aufgenom- 
men werden. 

[0015] Vorteilhafte Ausgestaltungen sind Gegen- 
stand von abhangigen Anspruchen. 
[001 6] Besonders vorteilhaft ist die Ausfuhrungsform, 
bei der die protokollierten fehlererkennungsrelevanten 
Daten bei der Station registriert und zur Auswertung 
uber die Netzstation an eine entsprechende Netzein- 
richtung ubertragen werden. Dies ermoglicht eine Pro- 
tokollierung von fehlererkennungsrelevanten Daten in 
der Station und eine spatere Obertragung einer Vielzahl 
zusammengehorender oder zusammenhangender Da- 
ten an eine Netzeinrichtung, die ausreichend Kapazitat 
fur eine auch aufwendigere Auswertung bietet. 
[0017] Die Netzeinrichtung kann dabei vorteilhafter- 
weise die ubertragenen, protokollierten Daten zur Aus- 
wertung mit netzseitig registrierten Daten vergleichen. 
Als fehlererkennungsrelevante Daten konnen beispiels- 
weise Sendeleistungswerte der Station protokolliert 
werden. Weiterhin konnen auch funkprotokollbezogene 
Daten als fehlererkennungsrelevante Daten registriert 
werden. Auch netzseitige Messdaten von empfangenen 
Sendeleistungen konnen erfasst werden. Dies ermog- 
licht einen Abgleich verschiedenartigster Daten, insbe- 
sondere den Abgleich von Sendeleistungswerten, die 
von der Station als solche protokolliert werden, mitfunk- 
protokollbezogenen Daten oder Empfangsleistungsda- 
ten netzseitigen Ursprungs, die in einem direkten Bezug 
mit Soll-Sendeleistungswerten stehen. 
[0018] Steilt sich bei einem Abgleich heraus, dass die 
Sendeleistungswerte nicht mit den netzseitigen Werten 
korrespondieren, so kann auf einen Fehler der Einstel- 
lungen oder Software der sendenden Station geschlos- 
sen werden. Vorteilhafterweise wird im Fall eines er- 



kannten Fehlers eine Korrektur der Aktualisierungsda- 
ten vorgenommen und/oder die Station aus dem Kom- 
munikationsnetz entfernt. Vorteilhaft ist auch das vor- 
ubergehende Entfernen einer Station aus dem Kommu- 
5 nikationsnetzfurden Fall, dass die Auswertung erst ver- 
zogert erfolgt, da durch ein solches Vorgehen verhindert 
werden kann, dass eine nicht auf fehlerfreien Betrieb 
uberprufte Station nach einem Update den Sendebe- 
trieb aufnimmt. 

w [0019] Bei der Verbindungsaufnahme zwischen Sta- 
tion und Netzstation zu uberprufen, ob beide Seiten das 
Verfahren zum Fehlermanagement ausfuhren konnen 
und/oder auf welcher Seite entsprechende Kapazitaten 
oder Einrichtungen fur eine Protokollierung vorhanden 

15 sind, ermoglicht die Protokollierung gezielt bei einer der 
entsprechenden Einrichtungen vorzunehmen. Eine 
doppelte Protokollierung gleicher Daten bei der Station 
und bei einer Netzeinrichtung kann beispielsweise ver- 
mieden werden. Insbesondere kann feststellt werden, 

20 ob eine der beiden Seiten mbglicherweise uberhaupt 
nicht fur das Ausfuhren eines solchen Verfahrens ge- 
eignet ist, urn beispielsweise eine Protokollierung stati- 
onsseitig zu deaktivieren, wenn netzseitig keine Aus- 
wertung eines solchen Protokolls moglich ist. Auch da- 

25 durch konnen Kapazitaten eingespart werden. 

[0020] Das vorstehend beschriebene Verfahren bie- 
tet somit insbesondere einen Lbsungsansatz, bei dem 
vorteilhafterweise die Aufeeichnung von Ereignissen 
bei Funkprotokoll-Nachrichten in der Station oder einem 

30 Terminal und das Analysieren dieser Daten in dem Netz 
ermoglicht wird, wobei die Protokolldaten zusammen 
mit aufgezeichneten Qbertragungs-Leistungspegeln 
der Station verarbeitet werden konnen. 
[0021] Ein Ausfuhrungsbeispiel wird nachfolgend an- 

35 hand der Zeichnung naher erlautert. Es zeigen: 

Fig. 1 schematisch ein Kommunikationssystem mit 
einer mobilen Station, die mit netzseitigen Ein- 
richtungen kommuniziert, und 

40 

Fig. 2 schematisch einen Prozessablauf des ange- 
wandten Verfahrens. 

[0022] Wie aus Fig. 1 ersichtlich, besteht ein beispiel- 
45 haftes Kommunikationsnetz aus einer Vielzahl von 
Netzeinrichtungen, wobei das Kommunikationsnetz 
beispielsweise ein Mobilfunknetz gemafl UMTS (Uni- 
versal Mobile Telekommunikation System) oder GSM 
(Global System for mobile Kommunikation) oder auch 
50 ein Datennetz gemafi zum Beispiel HiterLAN/2 sein 
kann. Solche Netze weisen neben einer Vielzahl von 
Steuereinrichtungen C Zug riffs punkte AP auf, die als 
netzseitige Funkzugriffsstationen, Netzstationen, Ba- 
sisstationen oder Zugriffspunkte AP bezeichnet wer- 
55 den. Urn die Zugriffspunkte AP werden eine oder meh- 
rere Funkzellen Z aufgebaut, innerhalb derer eine Ver- 
bindung V zwischen dem Zugriffspunkt AP und einer 
stationaren oder mobilen Funkstation WT aufgebaut 
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werden kann. Funkstationen WT sind insbesondere Mo- 
biltelefone, drahtlos an ein Netz angekoppelte Termi- 
nals WT und Computer oder dergleichen. 
[0023] Zweckmafiigerweise weisen die Stationen WT 
jeweils zumindest einen SpeicherTS auf, in dem fur den 
Betrieb der Station WT erforderliche Programme und 
Daten hinterlegt sind. In diesem oder weiteren Spei- 
chern TS konnen auch Anwender- oder Anwendungs- 
spezifische Daten abgespeichert werden. 
[0024] Entsprechend sind auch Netzeinrichtungen, 
hier die Steuereinrichtung C, mit netzseitigen Speicher- 
einrichtungen NS ausgestattet, die zum Abspeichern 
von betriebsrelevanten Programmer anwendungsbe- 
zogenen Programmen, teilnehmerbezogenen Daten 
und dergleichen verwendet werden. 
[0025] Bei dem beispielhaften Verfahren zum Durch- 
fuhren eines Fehlermanagements einer softwarege- 
stiitzten Station WT in dem Kommunikationsnetz wird 
eine Fehleruberwachung der Station WT hinsichtlich 
der Aktualisierung der Software der Station WT vorge- 
nommen. Bei der bevorzugten Ausfuhrungsform wird 
bei der Fehleruberwachung eine Auswertung fehlerer- 
kennungsrelevanter Daten vorgenornmen. Als fehlerer- 
kennungsrelevante Daten werden insbesondere Funk- 
protokoll-Nachrichten oder Funkprotokoll-lnformatio- 
nen und diesen zugeordnete Leistungspegel, deren 
Werte stationsseitig oder netzseitig bestimmt werden, 
miteinander kombiniert. 

[0026] Fur den Fall, dass es sich bei der Station WT 
urn ein Hiperl_AN/2 Terminal handelt, greift dieses bei 
der Verbindungsaufnahme auf einen Direktzugriffska- 
nal furzufalligeZugriffe RACH (Random Access Chan- 
nel) zu. Die fur den Zugriff der Station WT zulassige 
Obertragungsleistung bzw. Sendeleistung wird durch 
die maximal zulassige Sendeleistung festgelegt, die 
durch den Zugriffspunkt bzw. die Netzstation AP uber 
einen Nachrichtenkanal allgemein mitgeteilt wird. 
[0027] Eine fehlerhafte oder nach einer Softwareak- 
tualisierungfehlerhaft funktionierende Station WT konn- 
te mit einer hoheren Leistung senden, was zu einer Sto- 
rung des gesamten Betriebs im Kommunikationsnetz 
fuhren kann. 

[0028] Urn dies zu vermeiden, wird das Verfahren 
zum Fehlermanagement angewendet. Dabei werden 
stationsseitige, fehlererkennungsrelevante Daten er- 
fasst und aufgezeichnet. Diese protokollartig aufge- 
zeichneten Daten werden zusammen mit den von der 
Netzstation AP mitgeteilten maximal zulassigen Ober- 
tragungswerten an eine Analyseeinrichtung ubermittelt. 
Die Analyseeinrichtung befindet sich dabei vorteilhafter- 
weise als eine der Steuereinrichtungen oder Bestandteil 
einer solchen Steuereinrichtung C in einer netzseitigen 
Vorrichtung. Die Analyseeinrichtung vergleicht die Sen- 
deleistungswerte der Station WT mit den seitens der 
Netzstation mitgeteilten zulSssigen Ubertragungs- bzw. 
Sendeleistungswerten. 

[0029] Fur den Fall zu hoher tatsachlicher Sendelei- 
stungen der Station WT wird ein Fehler erkannt und eine 



entsprechende Fehlerbehandlung bzw. 

Korrekturmafcnahmen oder Fehlerbeseitigungsmali- 
nahmen konnen eingeleitet werden. Im Falle eines fest- 
stellten Fehlers kann beispielsweise eine Trennung der 

5 Station WT von den Netzverbindungen V veranlafit wer- 
den, urn weitere Zugriffe der Station WT auf das Kom- 
munikationsnetz zu verhindem. Dies kann als dauerhaf- 
te Malinahme oder als zeitlich begrenzte Mafcnahme 
durchgefuhrt werden. Vorteilhafterweise konnen fur den 

10 Fall, dass ein Fehler infolge einer Software aktualisie- 
rung seitens der Station WT aufgetreten ist, eine erneu- 
te Softwareaktualisierung oder eine Reaktivierung der 
ursprunglich installierten Software, die sich vorteilhaf- 
terweise in einem Speicherbereich des Speichers TS 

15 der Station WT befindet, vorgenornmen werden. 

[0030] Bei der Erfassung und/oder Protokollierung 
fehlererkennungsrelevanter Daten, die sowohl bei der 
Station WT als auch bei einer netzseitigen Einrichtung 
C erfolgen kann, konnen verschiedenartigste Messgro- 

20 Ren, Parameter oder Protokolldaten a ufgezeich net wer- 
den. Urn einen sicheren Abgleich zu ermoglichen, kon- 
nen zusatzlich zu Messparametern auch Funkblock- 
nummern (radio numbers) oder andere messbare Gro- 
fien aufgezeichnet werden, die eine Zuordnung der sta- 

25 tionsseitig erfassten Daten zu netzseitigen Daten er- 
moglichen. Zweckmafcigerweise handelt es sich bei den 
Daten und Parametern urn Grofien, die bei einem Ver- 
bindungsaufbau oder im Rahmen eines Datenaustau- 
sches fur eine Softwareaktualisierung ublicherweise 

30 Qbertragen werden. 

[0031] Als Befehl zum Beginn einer Protokollauf- 
zeichnung kann beispielsweise einfach festgelegt wer- 
den, dass nur die Nachrichten und Sendesignale mit Be- 
zug auf den Direktzugriffskanal RACH aufgezeichnet 

35 werden sollen, wobei insbesondere auch nur die Sen- 
deleistung in Aufwartsrichtung, d.h. von der Station WT 
in Richtung der Netzstation AP, fur die Analyse im Netz 
von Interesse ist. 

[0032] Naturlich konnte ein vergleichbares Verfahren 
40 auch umgekehrt angewendet werden, wenn Registrie- 
rungen einer Sendeleistung in Abwartsrichtung von der 
Netzstation AP zur Station WT aufgezeichnet werden, 
urn eine Softwareaktualisierung bei der Netzstation AP 
zu uberprufen. Die Netzstation ware dann als Station im 
45 vorstehenden Sinne anzusehen. 

[0033] Ein beispielhafter Verfahrensablauf ist anhand 
Fig. 2 dargestellt. In einem ersten Verfahrensschritt sen- 
det die Station WT in Richtung der Netzstation AP eine 
Anforderung zu Rekonstruierung oder zur Obermittlung 
50 von Aktualisierungsinformationen fur die Software der 
Station WT. 

[0034] Es folgen ein Herunterfaden von Software und 
zweckmadigerweise einem Befehl zur Protokollierung 
oder Ablaufverfolgung der nachfolgenden Sendevor- 
55 gange der Station WT. 

[0035] Nach seinem Rekonstruierungs- oder Aktuali- 
sierungsprozess wird ein Verbindungsaufbau von der 
Station WT zu der Netzstation AP eingeleitet, wobei der 
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Verbindungsaufbau gemali dem entsprechenden Funk- Ps 
protokoll des FunkKommunikationssystems durchge- 
fuhrt und protokolliert wird. Im vorliegenden Fall wird 1. 
beispielsweisezu Beginn des Verbindungsaufbaus eine 
Anforderung uber den Direktzughffskanal RACH zur 5 
Netzstation AP gesendet. 

[0036] Nach einer Abfolge von Sendevorgangen, zu 
einem definierten Zeitpunkt Oder in Verbindung mit einer 
entsprechenden Identifizierungsinformation wird das 
Protokoll mit den fehlererkennungsrelevanten Daten 10 
von der Station WT zur Netzstation AP ubertragen. Die- 
ses Protokoll umfalit die fehlererkennungsrelevanten 
Daten, die wahrend der letzten Sendevorgange der Sta- 
tion WT aufgezeichnet wurden, insbesondere die beim 
Senden verwendeten Leistungspegel. 15 
[0037] Nach einer netzseitigen Analyse des Proto- 
kolls wird entweder ein Verbindungsaufbau zwischen 
der Station WT und der Netzstation AP bestatigt, so 
dass zwischen der Station WT und der Netzstation AP 
eine Kommunikationsverbindungaufgebaut oder besta- 20 2. 
tigt werden kann, oder Fehlerroutinen werden aktiviert, 
falls ein stationsseitiger Fehler erkannt wurde. Insbe- 
sondere kann ein Trennen der Verbindung V zwischen 
Station WT und der Netzstation AP veranlaflt werden, 
was insbesondere mit einer Freigabe des entsprechen- 25 
den Kanals fur andere Verbindungen verbunden ist. 3. 
[0038] Das Losen einer Verbindung V kann alternativ 
auch vor dem Durchfuhren der Protokollanalyse veran- 
laftt werden, falls fur die Protokollanalyse eine zu lange 
Zeit beansprucht wird, um einen sicheren Netzbetrieb 30 
fur den Fall einer fehlerhaften oder fehlerhaftfunktionie- 
renden Station WT gewahrleisten zu konnen. 4. 
[0039] Wahrend die Stationen WT vorzugsweise alle 
mit den entsprechenden Einrichtungen und Funktionen 
zum Durchfuhren eines solchen Verfahrens zum Feh- 35 
lermanagement ausgestattet sein sollten, sollten die 
Netzstationen AP entweder entsprechende Einrichtun- 5. 
gen und Funktionen aufweisen oder zumindest in der 
Lage sein, entsprechende Protokolle von den Stationen 
BT zu entsprechenden Netzeinrichtungen, wie der *o 
Steuereinrichtung C, mit einer integrierten Analyseein- 
richtung weiterleiten zu konnen. 6. 
[0040] Prinzipiell sind die Erfassung und Speicherung 
von Fehlererkennungsrelevanten Daten sowohl in den 
Stationen WT als auch in netzseitigen Einrichtungen 45 
moglich, wie auch die Durchfuhrung einer Analyse der 
entsprechenden Daten in der Station WT durchgefuhrt 
werden konnte, sofern die dafur erforderlichen Ab- 7. 
gleichdaten von der Netzstation AP zur Station BT uber- 
mittelt werden. Mit Blick auf die grofieren zur Verfugung 50 
stehenden Kapazitaten in den netzseitigen Einrichtun- 
gen erscheint jedoch eine Losung am effektivsten, bei 
der in der Station WT lediglich eine Protokollerstellung 8. 
erfolgt, wahrend zu netzseitigen Einrichtungen ubertra- 
gene Protokolle netzseitig analysiert und ausgewertet 55 
werden. 



entanspriiche 

Verfahren zum Fehlermanagement einer software- 
gestutzten Station (WT) in einem Kommunikations- 
netz (UMTS; HiperLAN/2), bei dem 

zumindest ein Teil der Software der Station 
(WT) aktualisiert wird (Update/Upgrade) und 
eine Fehleruberwachung der Station (WT) hin- 
sichtlich der Aktualisierung durchgefuhrt wird, 

dadurch gekennzeichnet, 

dass zur Fehleruberwachung fehlererken- 
nungsrelevante Daten der Station (WT) fur eine 
zeitversetzte Auswertung in der Station (WT) 
oder einer Netzeinrichtung (C) protokolliert 
werden. 

Verfahren nach Anspruch 1 , bei dem 
die protokollierten, fehlererkennungsrelevanten 
Daten zur Auswertung uber die Netzstation (AP)an 
eine Analyse-Netzeinrichtung (C) ubertragen wer- 
den. 

Verfahren nach Anspruch 1 oder 2, bei dem 
die Analyse-Netzeinrichtung (C) die protokollierten 
Daten zur Auswertung mit entsprechenden netzsei- 
tig registrierten oder vorgegebenen Daten ver- 
gleicht. 

Verfahren nach einem der vorstehenden Anspru- 
che, bei dem als fehlererkennungsrelevante Daten 
Sendeleistungswerte der Station (WT) protokolliert 
werden. 

Verfahren nach einem der vorstehenden Anspru- 
che, bei dem die fehlererkennungsrelevanten Da- 
ten und/oder netzseitige Vergleichsdaten Funkpro- 
tokoll-bezogene Daten sind. 

Verfahren nach einem der vorstehenden Anspru- 
che, bei dem im Fall eines erkannten Fehlers eine 
Korrektur der Aktualisierung vorgenommen und/ 
oder die Station (WT) aus dem Kommunikations- 
netz entfernt wird. 

Verfahren nach einem der vorstehenden Anspru- 
che, bei dem im Fall einer verzogerten Auswertung 
die Station (WT) zumindest voriibergehend aus 
dem Kommunikationsnetz entfernt wird. 

Verfahren nach einem der vorstehenden Anspru- 
che, bei dem bei der Verbindungsaufnahme zwi- 
schen der Station (WT) und der Netzstation (AP) 
uberpruft wird, ob beide Seiten das Verfahren aus- 
fuhren konnen und/oder auf welcher Seiteeine Pro- 
tokollierung durchzufuhren ist. 
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9. Station (WT) zum Durchfuhren eines Verfahrens 
nach einem vorstehenden Anspruch. 

1 0. Netzeinrichtung (C) zum Durchfuhren eines Verfah- 
rens nach einem der Anspruche 1 bis 8. 5 
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Funkprotokoll-Start, z.B. senden einer RACH-Anfrage 



Ereignisprotokollierung 
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Protokollanalyse 

Verbindung trennen, falls Protokollabgleich Fehler zeigt 
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